home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000059_news@columbia.edu_Sun Jan 1 01:46:42 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA14380
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 31 Dec 1994 20:45:43 -0500
  3. Received: by apakabar.cc.columbia.edu id AA17398
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 31 Dec 1994 20:45:42 -0500
  5. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!gatech!swrinde!ihnp4.ucsd.edu!library.ucla.edu!psgrain!charnel.ecst.csuchico.edu!csusac!taylorj
  6. From: taylorj@ecs.ecs.csus.edu (Jon M. Taylor)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: File transfers are too slow
  9. Date: 1 Jan 1995 01:46:42 GMT
  10. Organization: California State University, Sacramento
  11. Lines: 59
  12. Message-Id: <3e51i2$jka@csusac.ecs.csus.edu>
  13. Nntp-Posting-Host: gaia.ecs.csus.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16.  
  17.     I know this is a FAQ, but I've already read the FAQ, all the help 
  18. files, and played around a lot and I still have speed problems. Soooo....
  19.  
  20.     Situation:  I am connecting from my home computer (486/33, 
  21. v.32bis modem, latest beta DOS kermit 3.14) to the university computer 
  22. (HP 9000/715, OS 9.x)  Via a Xyplex terminal server that is set to 
  23. swallow XON/XOFF chars and cannot |-< be changed (idiot admins...).  
  24. This, BTW, is why I *HAVE* to use Kermit.  I used to be able to change 
  25. the XON/XOFF passthru, but I now cannot and as a result Zmodem just 
  26. refuses to work at all.  Yaaay Kermit!  I switched out of desperation, 
  27. but I am now a convert.
  28.     Anyway, I have compiled 5A(190) for HPUX, and it seems to work
  29. correctly (so far, anyway).  I get maximal throughput with packet length
  30. set to 2000 (more works OK, but doesn't seem to make a difference in
  31. throughtput), all the control characters from the FAST macro enabled, and
  32. windows set to 1.  My modem DTR is locked at 38400, compression and error
  33. correction enabled, and it connects to the Xyplex at 14.4k with
  34. compression and EC on.  With this setup, I get ~1150 CPS. 
  35.     Here's the rub:  Things start breaking down with any other window
  36. setting than 1.  The symptoms are: About 5 or so (it varies a bit) blocks
  37. will transfer OK, during which the window setting stays at "1 of
  38. [maxwin]".  Then, the transfer will halt temporarily (but no retries
  39. occur), and then the next block will transfer at half the original cps and
  40. one more window.  Halt, transfer one more block at half the cps and one
  41. more window, and repeat until max windows are reached, at which point the
  42. number of windows returns to 1, the cps maxes out again, and we repeat the
  43. whole cycle.  With max windows set to 2, this cycles often, with 32 the
  44. cps drops to about 16(!!!) at about 10 windows and stays there until 32,
  45. when it cycles back to one again.
  46.  
  47.     Some other misc. info:
  48.  
  49. - stty shows 9600; I changed it to 19200 with indeterminate results.  The 
  50. Xyplex DTR is set to 19200, I think.
  51.  
  52. - c-kermit on the HP initially uses XON/XOFF.  I'm not sure whether to 
  53. change this or not - would the Xyplex need it?  I *think* the xyplex uses 
  54. XON/XOFF to talk to the HP and DSR/DTR to talk to my modem....
  55.  
  56. - I use doublespace with a large disk cache.
  57.  
  58.     Also, while I'm here, I want to say thanks to Joe Doupnik (I used
  59. to go to school at USU!) and Frank da Cruz for MS-Kermit and C-Kermit. 
  60. NOTHING but Kermit will work over this damn Xyplex, and I'm really glad
  61. it's out there.  A couple suggestions:  Have the percentage efficiency and
  62. CPS rating be updated in realtime during the transfer, like most other
  63. common protocols do.  I currently have to stop the transfer to see these. 
  64. Given that most folx need to play with the settings, this would be a nice
  65. touch.  Also, since you seem to be aiming for maximum configurablility, 
  66. how about an option to completely turn off ALL error checking in the 
  67. protocol (like Ymodem-G)?  It would add another little speed boost to 
  68. those who have EC modems.
  69.     I'll live with ~1150 cps if I *have* to, but I see no reason why 
  70. I couldn't come close to 1600, *if* Windows worked.  Any help is appreciated.
  71.  
  72.     -Jon
  73.     
  74.